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(54) Method for transferring data over a packet switching network and a gateway 



(57) The method and the gateway allow the transfer 
of data from a telecommunication network such as ISDN 
over an Internet Protocol (IP) based network. The gate- 
way which is connected on the one hand to the telecom- 
munication network and on the other hand to the Internet 
comprises an adaptation entity with a service access 
point to the telecommunication network for the ex- 
change of control data and an access over a IP service 
access point to the IP Stack. Said adaptation entity is 
capable of mapping the control data presented at the 
service access point accompanied by at least one infor- 



mation element into the data field of an IP packet, se- 
lecting the IP-address of a destination gateway which 
connects the IP-network to a telecommunication net- 
work (ISDN) according to the called party number, add- 
ing the IP-address to the header information of said IP- 
packets and sending them over the IP-network to the 
destination gateway. 

The method (ISolP) and the gateway allow there- 
fore the transparent transfer of the signalling data of the 
control path over an IP (Internet Protocol) based net- 
work. 
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Description 

[0001] The present invention relates to a method for 
transferring data over a packet switching network such 
as an IP (Internet Protocol) based network according to s 
claim 1 . It further relates to a gateway used for the im- 
plementation of said method (ISolP / ISDN over IP) pro- 
viding access on the one hand to a service access point 
of a telecommunication network such as ISDN, Frame 
Relay, ATM (Asynchronous Transfer Mode) and on the 
other hand to a service access point of the packet 
switching network according to claim 9. 

BACKGROUND OF THE INVENTION 

[0002] Computer networks are designed in a highly 
structured way. To reduce their design complexity, most 
networks are organised as a series of layers, which offer 
certain services to higher layers (see [1], Andrew S. 
Tanenbaum, Computer Networks, Prentice-Hall Inc., 
New Jersey 1 989, pages 9-1 2). Layer n on one machine 
of the network carries on a conversation with layer n on 
another machine of the network according to a layer n 
protocol. In the machines are therefore peer processes 
running that communicate on each layer. The protocol 
defines several layers (1 - n) on which data and control 
information is processed and forward vertically over an 
interface to the adjacent layer (n->n-1-»n-2->...-»1; 
1->2, -»...-»n). The lowest layer, layer 1, is connected 
to a physical medium through which the actual (horizon- 
tal) data transferbetween the machines takes place. 
[0003] While passing the layers top down the informa- 
tion (normally in the transport layer, OSI-layer 4) gets 
split into packages which are labelled by a header car- 
rying control information (see [1], Fig. 1-6). On each lay- 
er an individual header is added. It is interesting to note 
that the transport layer is a true source to destination 
layer or end-to-end layer. In the lower layers, the proto- 
cols are between each machine and it's immediate 
neighbours and not by the ultimate source and destina- 
tion machines. 

[0004] The set of layers and protocols is called the 
network architecture. 

[0005] Modern network architectures are often based 
on the OSI (Open Systems Interconnection) Reference 
Model which has been defined by the ISO (International 
Standards Organisation). 

[0006] While public telecommunication networks 
such as the ISDN (Integrated Services Digital Network), 
which is described in [1], chapter 2.6, follow the OSI 
Model, the Internet does not, since it's predecessor, the 
Arpanet, which has been created by the Advanced Re- 
search Projects Agency of the U.S. Department of De- 
fense, predates the OSI Model. 
[0007] The layers are arranged according to the OSI 
model as follows: 

[0008] Layer 1 is the physical layer which is con- 
cerned with transmitting raw data over a communication 



channel from a source to a destination machine. Layer 
2 is the data link layer which transforms the transmission 
facility of layer 1 and provides a line that appears free 
of transmission errors to the network layer (layer 3). 
[0009] Layer 3, which is concerned with controlling 
the operation of the subnet formed by layers 1-3 (net- 
work access layers), determines how packets are rout- 
ed from source to destination. Layer 3 of the Internet, 
the IP (Internet Protocol) is connectionless and was de- 
signed to handle the interconnection of a vast number 
of WAN and LAN networks. The OSI model however 
scarcely dealt with internetworking at all. 
[0010] The ISDN on the contrary is a connection ori- 
ented network (often called a circuit switched network 
(SCN)). The essential feature in a circuit switched net- 
work is that a sequence of virtual circuits is set up from 
the source through one or more gateways to the desti- 
nation. Each network node and gateway maintains ta- 
bles telling which virtual circuits pass through it, where 
they are to be routed and what the new virtual circuit 
number is (see [1], pages 338-346). In a packet switch- 
ing respective connectionless network however, pack- 
ets sent need not to follow the same path. They can be 
sent over different routes from source to destination. 
[0011] The concatenation of telecommunication and 
packet switching networks, which may bring significant 
advantages to a customer, requires measures as de- 
tailed below. The present invention is therefore not re- 
stricted by the protocols used in current networks and 
described herein (Q.921, Q.931, Internet Protocol IP, 
etc.). 

[0012] Layer 4 of the Internet isolates the higher lay- 
ers (layer 5 - session layer, layer 6 - presentation layer, 
layer 7-application layer) from the network layer and 
splits up data as required and ensures that all pieces 
are correctly received and reassembled. Layer 4 of the 
Internet, the Internet transport protocol TCP (Transmis- 
sion Control Protocols a connection oriented protocol 
which differs from the OSI transport protocol in format 
and details. 

[001 3] Examples of the services offered on the higher 
levels are the well known FTP (File Transfer Protocol), 
HTTP (Hypertext Transfer Protocol), SMTP (Simple 
Mail Transfer Protocol) and TELNET (remote login). 
[001 4] Because of the differences in the protocols be- 
tween telecommunication networks such as the ISDN 
and the Internet, the inter-networking of the Internet was 
limited for many years to the integration of LAN's and 
WAN's. In 1996 ITU released recommendation H.323 
which is an umbrella recommendation for multimedia 
communications over LAN's that do not guarantee Qual- 
ity of Service. H.323 allows to connect a packet switch- 
ing network such as an Internet Protocol based network 
and switched network (ISDN) over a gateway. Based on 
TCP/IP (layer 4 and 3) and the lower layers 1 and 2 of 
the network the H.323 protocol stack uses the ITU-T H. 
225 signalling protocol to adapt to the Q.931 ISDN sig- 
nalling information and the ITU-T H.245 control protocol 
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to establish a control channel for the transfer of signal- 
ling information to endpoints or to a Gatekeeper. In the 
H.323 zone the Gatekeeper is required to perform ad- 
dress translation from LAN aliases for terminals and 
gateways to IP-addresses. In H.323 all signalling infor- 
mation is therefore terminated and translated in Gate- 
way and Gatekeeper. Therefore in H.323 only features 
and functions are supported that are implemented by 
Gateway and Gatekeeper. Known functions are Call 
Setup and Call Release. ISDN terminals and exchanges 
(PBX) support however a number of additional features 
and functions (e.g.: call-back, call-relay, call-waiting, ...) 
which are not always supported within the H.323 zone. 
[0015] The present invention is therefore based on 
the object of specifying a method and a gateway for 
transferring control data from a telecommunication net- 
work over a packet switching, preferably an IP (Internet 
Protocol) based network while maintaining the full func- 
tionality of the established connection. 

SUMMARY OF THE INVENTION 

[001 6] The above and other objects of the present in- 
vention are achieved by a method and a gateway which 
allow the transparent transfer of the signalling data of 
the control path over a packet switching network, e.g. a 
connectionless, IP based network. 
[001 7] The method and gateway provide a service ac- 
cess point to a layer 3 signalling protocol of a network 
architecture of a telecommunication network such as 
the ISDN. The service access point (see [1], page 22, 
SAP) can be standardised or adapted to a proprietary 
protocol. 

[0018] The invention implements a protocol for the 
communication between peer entities or signalling gate- 
ways which are added to the network architecture, in 
order to negotiate connection gateways for the user data 
path to the underlying network layer (layer 3, IP) of the 
Internet and to map layer 3 signalling messages com- 
plete into layer 3 (IP) packets of the Internet. In order to 
enable said peer entities to handle the mapped signal- 
ling messages a header or a header and a trailer are 
added to the mapped data. 

[001 9] Since the control respective signalling data re- 
mains complete full potential of the signalling service 
primitives (see [1], page 24) is maintained. 
[0020] On the user data path which may be estab- 
lished in the same or a different network the solution re- 
lies entirely on standardised or generally available tech- 
nologies. The invention allows even the implementation 
of proprietary technologies in the data path. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0021] Some of the objects and advantages of the 
present invention have been stated, others will appear 
when the following description is considered together 
with the accompanying drawings, in which: 



Fig. 1 shows an inventive gateway providing, phys- 
ically separated, a service access point to one or 
several layer 3 signalling entities of a telecommuni- 
cation network and access to a service access point 
5 of the IP based network; 

Fig. 2 shows the inventive gateway with logically 
separated access; 

io Fig. 3 shows the inventive protocol stack for the sig- 
nalling and the user data path; 

Fig. 4 shows the implementation of the inventive ad- 
aptation entities and protocols ISolP in a network 
15 architecture allowing two ISDN devices (D1 , D2) to 
communicate over Internet; 

Fig. 5 shows an IP-packet containing mapped layer 
3 signalling data transferred from the telecommuni- 
20 cation network framed by a header and a trailer; 

Fig. 6 shows an IP-packet containing user data 
transferred from the telecommunication network; 

25 Fig. 7 shows the adaptation entity of Fig. 4 with a 
mapping table; 

Fig. 8 shows the connection of the user side of an 
ISDN network over the Internet respective over IP 
30 based networks to the network side of an ISDN net- 
work; 

Fig. 9 shows an information element generated by 
the adaptation entity; 

35 

Fig. 10 shows the ISolP-setup protocol and 

Fig. 11 shows the connection of an ISDN control 
channel over an IP network and the connection of 
40 a user channel over a different network. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

45 [0022] Fig. 1 shows an inventive adaptation entity pro- 
viding, physically separated, on the one hand a service 
access point to one or several layer 3 signalling entities 
of a telecommunication network and on the other hand 
access to an IP service access point (IP interface sock- 

50 et), which provides access to the transport layer (see 
Fig. 3, TCP/UDP) of the IP stack. The service access 
point may be specified according to ITU-T recommen- 
dation Q.921 ((ISDN user-network interface - data link 
layer specification). 

55 [0023] Fig. 2 shows the inventive adaptation entity 
with logically separated access over ATM (Asynchro- 
nous Transfer Modus) Adaptation Layers (AAL1 ; AAL5) 
(see'[2], Peter Bocker, ISDN-Digitale NetzefurSprach-, 
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Text, Daten-, Video- und Multimediakommunikation, 
Springer Verlag, Berlin 1997, page 17, Fig. 2.3), which 
adapt the transport-oriented protocols to the applica- 
tion-oriented protocols of the corresponding layers. 
[0024] Of course various other combinations of phys- 5 
ical network connections and transmission technologies 
are possible. 

[0025] Fig. 3 shows the inventive protocol stack for 
the inventive solution which can be split into the follow- 
ing parts, on the one hand the signalling respective con- 
trol path and on the other hand the user data path, which 
consist of corresponding protocol entities which are the 
active elements in each layer. 

[0026] On the user data path the solution relies en- 
tirely on standardised and generally available technolo- 
gies and protocols including IP (Internet Protocol), UDP 
([1], page 431, User Datagram Protocol), RTP (Real- 
time Transfer Protocol), various voice coders/decoders, 
fax modem, carrier detection, etc.. 
[0027] On the control path an adaptation entity (re- 
spective protocol) ISolP, which has been mounted on 
top of a service access point or a standard IP socket 
interface, offers a Q.921 compliant data link service ac- 
cess point (DL-SAP) to the layer 3 protocol Q.931 (ITU- 
T recommendation Q.931: ISDN user-network interface 
layer 3 specification for basic call control / see also [2], 
page 16, Fig. 2.2). The adaptation entity ISolP provides 
the service primitives of Q.921 to the layer 3 protocol 
and implements them over an IP-network. 
[0028] Fig. 4 shows the implementation of the inven- 
tive adaptation entities and protocols ISolP of Fig. 3 in 
a network architecture allowing two ISDN devices (D1, 
D2) to communicate over the Internet. The adaptation 
entities and protocols ISolP form a bridge for the control 
path from an IP service access point respective an IP 
socket of an IP stack to an ISDN service access point 
SAP (Q.921 ). It is interesting to note that the adaptation 
entities and protocols ISolP embrace more than one lay- 
er of the OSI model. 

[0029] In [2], page 14, Fig. 2. 1 and page 1 1 8, Fig. 4. 24 
the layers of the protocol architecture of a ISDN network 
with ISDN terminals are shown. ISDN terminals commu- 
nicate over the network, which comprises gateways that 
in general use layer 1 , 2 and 3 of the OSI model. Layer 
3 is always accessed through an ISDN service access 
point SAP (Q.921). The ISDN devices D1, D2 shown in 
Fig. 4 may also be ISDN terminals which communicate 
in the same way over a network which is formed by the 
ISDN and the Internet. The gateways GW1 , GW2 there- 
fore perform gateway-function between different net- 
works (ISDN, IP-networks). 

[0030] On the ISDN side, connection to the service 
access point SAP (Q.921 ) can be done (see connection 
of ISDN device Dl) over the layers 1 and 2 or directly 
over layer 3 (see connection of ISDN device D2). 
[0031] As can be seen in Fig. 4 an adaptation entity 
I Sol P according to Fig. 3 implements a peer-to-peer pro- 
tocol, which defines the communication between adap- 



tation entities ISolP of different gateways GW1, GW2. 
[0032] The functions of the protocol for the adaptation 
entity ISolP will be explained below 
[0033] An important aspect of the invention is, that the 
layer 3 signalling messages are mapped complete into 
IP-packets (IP-packets respective datagrams are de- 
scribed in [1], pages 359-361 and 429-431). According 
to the Transmission Control Protocol TCP each IP pack- 
et can hold payload up to MTU size (Maximum Transfer 
Unit). 

[0034] Fig. 5 shows an IP-packet containing mapped 
layer 3 signalling data transferred from the telecommu- 
nication network (ISDN). Depending on the layer 3 re- 
quest the message can be mapped in IP-packets which 
contain headers of a specific transport protocol such as 
TCP (Transmission Control Protocol) or UDP (User Da- 
tagram Protocol). The mapped layer 3 signalling mes- 
sage is framed by information elements, a header IE H 
and/or a trailer IE T as shown in Fig. 5. Use of a header 
IE H only is normally sufficient. 

[0035] As indicated in Fig. 9 the information element 
respective the header IE H comprises preferably n octets 
with an identification field (e.g. two octets), a length field 
(e.g. two octets) and an information field (n-4 octets). 
The identification field identifies the type of the informa- 
tion element IE H respective the kind of information the 
information element IE H contains (IP-addresses and/or 
transport protocol (TCP/UDP) port numbers of the 
source and/or destination gateways GW1; GW2). The 
length field specifies the length (number of octets (n)) of 
the information element IE H . The information field con- 
tains the actual data (actual IP-addresses and/or trans- 
port protocol (TCP/UDP) port numbers of the source 
and/or destination gateways GW1 ; GW2). 
[0036] With the help of the information elements IE H 
the transferred layer 3 signalling messages can be un- 
packed in the adaptation entity ISolP of the destination 
gateway GW1; GW2 and reintegrated in the ISDN D- 
channel data which is presented at the Q.921 compliant 
data link service access point (DL-SAP). 
[0037] The ISolP peer to peer protocol defines the 
communication between adaptation entities in different 
gateways. It's basic function is to negotiate the gateway 
addresses and port numbers for the B-channel data. It 
may be used to negotiate other parameters such as 
compression, service class, real-time requirements, 
etc.. The size of fields and the length and composition 
of the adaptation entity may be changed as required. 
[0038] The setup procedure for a connection between 
two ISDN networks over an IP based network as shown 
in Fig. 8 according to the ISolP peer to peer protocol is 
shown in Fig. 10. In general for every ISDN message 
received a ISolP message is transferred over the IP 
based network. The ISDN signalling message is trans- 
parently transferred over the control path carrying a ISo- 
lP header IE H in front (framing with a header IE H and a 
trailer IE T is also possibly but requires more space) . Ac- 
cording to the protocol, IP-addresses and TCP port 
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numbers for the peer-to-peer communication between 
adaptation entities ISolP need to be configured by 
means outside the scope of this invention. As shown in 
Fig. 4 and Fig. 7 each adaptation entity ISolP maintains 
a mapping table (tab) in which corresponding layer 3 call 
references and the respective IP transmission channels 
(addresses and ports) are registered respective config- 
ured. The mapping table (tab) enables the adaptation 
entity ISolP to establish the required transmission chan- 
nel for the control path to a gateway GW1; GW2 which 
is assigned to the called party. 
[0039] Fig. 8 shows the connection of the user side of 
an ISDN network over the Internet respective IP based 
networks to the network side of an ISDN network. On 
the user side the control data is transferred in a support 
channel (D-channel) which is assigned to the corre- 
sponding set of B-channels. On the network side control 
data are transferred in a centralised signalling channel 
according to signalling system no. 7 (see [2], page 216) 
or reinserted into a D-channel. The adaptation entities 
ISolP are comprised in signalling servers (user respec- 
tive network signalling server) of the gateways GW1, 
GW2. 

[0040] Since address- and port number information 
for the control paths is available in the signalling servers 
address and port negotiation is therefore done only for 
the setup of a user data channel (B-channel) for each 
(ISDN) call. 

[0041] After a setup message (ISDN setup) is re- 
ceived from the telecommunication network the control 
channel is established between source and destination 
signalling gateways according to known procedures of 
the transport protocol (layer 4, TCP). First a SYN mes- 
sage is sent, telling the destination that a TCP connec- 
tion is requested. The destination gateway opens a new 
socket, which will be dedicated to TCP packets from this 
particular source and returns a TCP SYN ACK message 
(see [1], page 430). 

[0042] Upon receipt of the TCP SYN ACK message 
the source gateway sends a TCP connect message. 
This datagram may contain in the user field the first 
mapped ISDN control and signalling data (the ISDN set- 
up message) combined with an ISolP header IE H which 
includes an IP address and a UDP port number of the 
originating gateway which are provided for the setup of 
the user channel. The destination gateway returns, pref- 
erably with the next ISDN message (e.g. connect), its 
IP address and UDP port for the setup of the user chan- 
nel. Mapped ISDN Layer 3 messages as well as IP ad- 
dress and UDP port number for the user channel are 
enclosed in all following ISolP messages. After the IS- 
DN setup is complete, the user channel is established 
between the negotiated ports. The last ISDN Layer 3 
message sent is the RLEASE COMPLETE message ac- 
cording to the Q.931 protocol after which user and ISolP 
control channel are released. 

[0043] I n case that the user data is not routed over the 
same network the user channel is not established. It 



may even be possible that only signalling data, e.g. ac- 
cording to signalling system no. 7, is transferred over 
the IP network (see Fig. 11). In Fig. 11 it is further shown 
that the signalling gateways are connected to the user 

5 gateways in order to transfer the negotiated transport 
address (network address and port number) which is re- 
quired for the setup of the user-channel. This transfer 
may be done over a direct connection or over a channel 
routed through an IP network. 

10 [0044] In the description of the inventive protocol ar- 
chitecture according to Fig. 3 it has been pointed out 
that the protocol stack of the user data path remains un- 
changed. As shown in Fig. 6 user data from the telecom- 
munication network, i.e. ISDN B-channel data (see [1], 

is pages 104, 105, fig. 2-30 and 2-31) are transmitted in 
IP-(UDP/RTP)-packets in a conventional way. Transfer 
of the packets shown in Fig. 5 and Fig. 6 is from left to 
right. 

[0045] In order to fully understand the invention 

20 knowledge regarding Call Setup and Call Release in a 
telecommunication network is required. Call Setup and 
Call Release for ISDN are explained in [2], page 
1 26-1 28 (see Fig. 4.27). It is important to note that trans- 
fer of user data respective B-channel data starts after 

25 completion of Call Setup and ends before Call Release. 
Control data and user data are transferred also over the 
Internet in the same order. It is clear that in some cases 
a connection cannot be established because the called 
party is not available. In this case a transfer of user data 

30 respective B-channel data will not occur. Instead call 
back functions or other services can be activated. 
[0046] The inventive method and gateways GW1, 
GW2 allow therefore the extension of a telecommunica- 
tion network such as ISDN over the Internet in such a 

35 manner that full functionality of all services of the tele- 
communication network is maintained. Data transfer be- 
tween calling and called parties can be performed over 
long distances over the Internet at significantly reduced 
cost. 

40 [0047] It is known that standards and network archi- 
tectures may change whenever required. Therefore it is 
possible that the access points of the adaptation entity 
ISolP to the Protocol Stacks of the Internet and the tel- 
ecommunication network may require modifications as 

45 well. Modifications can be performed based on the 
present invention by a man skilled in the art whenever 
required or just suitable. 

[0048] Fig. 11 shows the connection of an ISDN con- 
trol channel over an IP network and the connection of a 

so user channel over a different network. According to [1 ], 
pages 106-10 and [2], pages 215-223 ISDN uses out- 
of-band signalling between network nodes. The control 
channel is therefore using a path different from the one 
taken by the user channel. It may therefore be possible 

55 to route only the control and signalling channel over the 
connectionless (IP) network and to route the user data 
over a different connectionless or connection oriented 
network. 
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[0049] In case that the user data are routed over the 
connection oriented (ISDN) network it may be possible 
to establish or use a switched circuit over which one or 
more calls are routed. In the B-channels of an I SDN con- 
nection a customer may pack several user channels 
which are controlled (setup and release or even switch- 
ing and conference functions, etc.) by the control data 
sent over the connectionless circuit. 

[1] Andrew S. Tanenbaum, Computer Networks, 
Prentice-Hall Inc., New Jersey 1989 

[2] Peter Bocker, ISDN-Digitale Netze fur Sprach-, 
Text, Daten-, Video- und Multimediakommunika- 
tion, Springer Verlag, Berlin 1997 



Claims 

1. A method for transferring data from a telecommu- 
nication network such as ISDN over a packet 
switching network such as an Internet Protocol (IP) 
based network in which datagrams such as IP- 
packets are exchanged comprising the steps of 

transferring control data originating from a call- 
ing party to a gateway (GW1) which connects 
the telecommunication network (ISDN) to the 
packet switching network, 

presenting the control data at a service access 
point (SAP) of the telecommunication network 
(ISDN) to an adaptation entity (ISolP) which 
has access over a service access point to the 
• protocol stack of the packet switching network 
and performs the following steps, 

mapping the control data, presented at the 
service access point (SAP), accompanied 
by at least one information element (IE H ; 
IE T ) into the data field of a datagram, and 

selecting the configured transport address 
such as the I P address and port number of 
an adaptation entity (ISolP) in a destination 
gateway (GW2) which connects the packet 
switching network to a telecommunication 
network (ISDN) according to the called par- 
ty number, 

adding the network-address to the header 
of said datagram and sending it over the 
packet switching network to the adaptation 
entity (ISolP) in the destination gateway 
(GW2), which adaptation entity (ISolP) in 
the destination gateway (GW2) extracts 
the control data from the data field of the 
datagram, 



and transferring the control data over the cor- 
responding service access point (SAP) to the 
called party or a corresponding device of the 
telecommunication network. 

5 

2. Method according to claim 1, in which the ex- 
changed signalling and control data are used to es- 
tablish a user data channel over said packet switch- 
ing network or over a different connectionless or 

10 connection oriented network. 

3. Method according to claim 2, in which for the estab- 
lishment of the user data channel 

is - within said packet switching network the net- 
work address and the port number are negoti- 
ated between the adaptation entities (ISolP) of 
the corresponding gateways (GW1 ; GW2) or 

20 - within a circuit switching network one or more 
calls which are routed via the established user 
data channel in a switched circuit, are control- 
led by the signalling and control data trans- 
ferred in the control channel. 

25 

4. Method according to claim 2 or 3, in which, after a 
user channel between called and calling party has 
been established over a packet switching or a circuit 
switching network, the following steps are per- 

30 formed 

in the source user gateway (GW1), which may 
be combined with or separated from the signal- 
ling gateway, 

35 

entering user data into the data field of a 
datagram, and 

adding the negotiated network address 
40 and port number to the header information 

of said datagram and sending it over the 
packet switching or circuit switching net- 
work to the destination gateway(GW2), 

45 - jn the destination user gateway (GW2), which 
may be combined with or separated from the 
signalling gateway, 

extracting the user data from the data field 
50 of the datagram and sending them to the 

calling respective called party. 

5. Method according to one of the claims 1 to 4, in 
which, transport address of the adaptation entity 

55 (ISolP) of the destination gateway (GW2) is select- 
ed in the source gateway (GW1) from a table, in 
which called party numbers and corresponding 
transport addresses of adaptation entities (ISolP) in 
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destination gateways (GW2) are registered. 

6. Method according to one of the claims 1 to 5, in 
which the adaptation entity exchanges (ISolP) con- 
trol data over a service access point (SAP) as spec- 
ified in ITU-T recommendation Q.921 and/or the 
network protocol of the packet switching network is 
the Internet protocol (IP) and datagrams are IP- 
packets. 

7. Method according to one of the claims 1 to 6, in 
which a header (IE H ) and/or a trailer (IE T ) are added 
to the mapped control data. 

8. Method according to one of the claims 2 to 7, in 
which the IP address and TCP port number of the 
user channel are contained in all ISolP messages 
exchanged between the ISolP entities of the source 
and destination gateways (GW1; GW2). 

9. A gateway (GW1; GW2) for the transfer of data from 
a telecommunication network such as the ISDN 
over a packet switching network such as an Internet 
Protocol (IP) based network according to the meth- 
od of claim 1 being connected on the one hand to 
the telecommunication network (ISDN) and on the 
other hand to the packet switching network thereby 
implementing entities according to the network pro- 
tocol of the packet switching network and additional 
Transmission Layers characterised in that 

an adaptation entity (ISolP) is provided with on 
the one hand a service access point to the tel- 
ecommunication network (ISDN) for the ex- 
change of control data and on the other hand 
an access over a service access point to the 
protocol-stack of the packet switching network, 
said adaptation entity (ISolP) being capable to 
perform the following steps, 

mapping the control data, presented at the 
service access point (SAP), accompanied 
by at least one information element (IE H ; 
IE T ) into the data field of a datagram such 
as an IP packet, and 

selecting the network address and port 
number of an adaptation entity (ISolP) of a 
destination gateway (GW2) which con- 
nects the packet switching network to a tel- 
ecommunication network (ISDN) accord- 
ing to the called party number, 



extracting the control data from the data 
field of the transferred datagrams, and 

transferring the control data over the serv- 
5 ice access point (SAP) to the called party. 

10. A gateway according to claim 9 wherein the ex- 
changed signalling and control data are used, within 
the same gateway or in a separated user gateway, 

10 to establish and control at least one user data chan- 
nel over said packet switching network or a different 
packet switching or circuit switching network. 

1 1 . A gateway according to claim 1 0 with an adaptation 
15 entity (ISolP), which, for the setup of the user data 

channel within said packet switching network, is ca- 
pable to negotiate the network address and the port 
number with the adaptation entity (ISolP) of the des- 
tination gateway (GW2). 

20 

12. A gateway according to claim 10 or 11 which, after 
the network address and the port number for the 
user data channel have been negotiated by the ad- 
aptation entities (ISolP), is capable to perform the 

25 following steps 

entering user data into the data field of a data- 
gram, 

30 - adding the network address to the header in- 
formation of said datagram and sending it over 
the packet switching network to the destination 
gateway (GW2; GW1) and 

35 - extracting the user data from the data field of 
transferred datagrams and sending them to the 
calling respective called party. 

13. A gateway according to claim 9, 10, 11 or 12, in 
40 which, network addresses and port numbers of the 

adaptation entity (ISolP) in the destination gateway 
(GW2) are selected from a table, in which called 
party numbers and corresponding network ad- 
dresses and port numbers are registered. 

45 

14. A gateway according to one of the claims 9 to 13, 
in which the service access point (SAP) is specified 
according to ITU-T recommendation Q.921 and/or 
the network protocol of the packet switching net- 

50 work is the Internet protocol (IP) and datagrams are 
IP-packets. 



adding the network address to the header 
information of said datagrams and sending 55 
them over the packet switching network to 
the adaptation entity (I Sol P) of the destina- 
tion gateway (GW2), 
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